home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / ccitt / 1988 / troff / 3_9_02.tro < prev    next >
Text File  |  1991-12-12  |  56KB  |  2,055 lines
  1. .rs
  2. .\" Troff code generated by TPS Convert from ITU Original Files
  3. .\"                 Not Copyright ( c) 1991 
  4. .\"
  5. .\" Assumes tbl, eqn, MS macros, and lots of luck.
  6. .TA 1c 2c 3c 4c 5c 6c 7c 8c
  7. .ds CH
  8. .ds CF
  9. .EQ
  10. delim @@
  11. .EN
  12. .nr LL 40.5P
  13. .nr ll 40.5P
  14. .nr HM 3P
  15. .nr FM 6P
  16. .nr PO 4P
  17. .nr PD 9p
  18. .po 4P
  19.  
  20. .rs
  21. \v | 5i'
  22. .LP
  23. \fBMONTAGE:\ \ 
  24. FIN DE LA RECOMMANDATION I.515 EN\(hyT\* | TE DE CETTE PAGE\fR 
  25. .sp 2P
  26. .LP
  27. \v'30P'
  28. \fBRecommendation\ I.520\fR 
  29. .RT
  30. .sp 2P
  31. .ce 1000
  32. \fBGENERAL\ ARRANGEMENTS\ FOR\ NETWORK\ INTERWORKING\fR 
  33. .EF '%    Fascicle\ III.9\ \(em\ Rec.\ I.520''
  34. .OF '''Fascicle\ III.9\ \(em\ Rec.\ I.520    %'
  35. .ce 0
  36. .sp 1P
  37. .ce 1000
  38. \fBBETWEEN\ ISDNs\fR 
  39. .ce 0
  40. .sp 1P
  41. .ce 1000
  42. \fI(Melbourne, 1988)\fR 
  43. .sp 9p
  44. .RT
  45. .ce 0
  46. .sp 1P
  47. .LP
  48. \fB1\fR     \fBIntroduction\fR 
  49. .sp 1P
  50. .RT
  51. .PP
  52. The number of ISDNs existing in the world is increasing and more
  53. than one ISDN may exist even within a single country. Therefore, ISDN\(hyISDN
  54. network interfaces should be standardized to facilitate the interworking
  55. between ISDNs and to extend connectivity world\(hywide.
  56. .RT
  57. .sp 2P
  58. .LP
  59. \fB2\fR     \fBScope\fR 
  60. .sp 1P
  61. .RT
  62. .PP
  63. The purposes of this Recommendation are:
  64. .RT
  65. .LP
  66.     1)
  67.     to identify the general arrangements for ISDN\(hyISDN
  68. interworking, and
  69. .LP
  70.     2)
  71.     to define the functions and other requirements for the
  72. ISDN\(hyISDN interface.
  73. .PP
  74. Recommendation I.324 defines the reference point between two
  75. interconnected ISDNs
  76. to be the N\dx\ureference point. This Recommendation (I.520) identifies 
  77. other Recommendations which should be applied to the N\dx\ureference point 
  78. and 
  79. clarifies the functions and requirements for interworking at the N\dx\ureference 
  80. point. 
  81. .bp
  82. .sp 2P
  83. .LP
  84. \fB3\fR     \fBRequired information and information handling\fR 
  85. .sp 1P
  86. .RT
  87. .PP
  88. Figure 1/I.520 illustrates the general configuration
  89. for interworking between
  90. two ISDNs. The information given in Tables\ 1/I.520,
  91. 2/I.520 and 3/I.520, when required, has to be
  92. carried by Signalling System\ No.\ 7 (SS\ No.\ 7)
  93. ISUP and X.75, and is handled at
  94. the IWF in one of the following ways:
  95. .RT
  96. .LP
  97.     i)
  98.     information is terminated at the IWF and is not transferred  to other ISDNs;
  99. .LP
  100.     ii)
  101.     information is interpreted at the IWF and is transferred to other ISDNs;
  102. .LP
  103.     iii)
  104.     information is transferred through the IWF transparently;
  105. .LP
  106.     iv)
  107.     information is newly generated at the IWF.
  108. .PP
  109. Tables 1/I.520, 2/I.520 and 3/I.520 also show the classification of information 
  110. into the above four categories for circuit mode bearer services, circuit 
  111. mode supplementary services and packet mode bearer services 
  112. respectively.
  113. .PP
  114. Additional information required specifically for OAM (Operational,
  115. Administrative and Maintenance) functions is for further study.
  116. .RT
  117. .LP
  118. .rs
  119. .sp 31P
  120. .ad r
  121. \fBFigure 1/I.520, p.\fR 
  122. .sp 1P
  123. .RT
  124. .ad b
  125. .RT
  126. .LP
  127. .bp
  128. .ce
  129. \fBH.T. [T1.520]\fR 
  130. .ce
  131. TABLE\ 1/I.520
  132. .ce
  133. \fBInformation required for IWF between ISDNs for circuit
  134. .ce
  135. mode bearer services\fR 
  136. .ps 9
  137. .vs 11
  138. .nr VS 11
  139. .nr PS 9
  140. .TS
  141. center box;
  142. cw(36p) | cw(68p) | cw(62p) | cw(62p) .
  143. Category    Required information    Q.931 information element    Q.763 parameter name
  144. _
  145. .T&
  146. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  147. i     {
  148. First transit network subsequent to IWF
  149.  }    Transit network selection    Transit network selection
  150. _
  151. .T&
  152. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  153.     Called party number  (Note 1)    Called party number/Key pad     {
  154. Called party number/Subsequent number
  155.  }
  156. .T&
  157. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  158.      {
  159. Calling party's category
  160. (Note 2)
  161.  }    (Unnecessary)    Calling party's category
  162. .T&
  163. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  164.     Bearer capability    Bearer capability     {
  165. Transmission medium requirements
  166.  }
  167. .T&
  168. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  169. ii            User service information
  170. .T&
  171. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  172.     Call indicators  (Note 3)    (Unnecessary)     {
  173. Forward call indicators
  174. Backward call indicators
  175.  }
  176. .T&
  177. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  178.     Use of satellite  (Note 4)    (Unnecessary)     {
  179. Nature of connection indicators
  180.  }
  181. _
  182. .T&
  183. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  184.     Calling party number    Calling party number    Calling party number
  185. .T&
  186. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  187.     Subaddress    Subaddress    Access transport
  188. .T&
  189. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  190.     Calling party's category    (Unnecessary)    Calling party's category
  191. .T&
  192. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  193. iii  (Note 8)     {
  194. Terminal compatibility
  195. (Note 5)
  196.  }     {
  197. Low layer compatibility
  198. High layer compatibility
  199.  }    Access transport
  200. .T&
  201. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  202.     User\(hyto\(hyuser signalling     {
  203. User\(hyto\(hyuser information element
  204.  }     {
  205. User\(hyto\(hyuser information
  206.  }
  207. .T&
  208. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  209.     Cause    Cause    Cause indicator
  210. .T&
  211. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  212.     Charge    (Unnecessary)    Charge information
  213. _
  214. .T&
  215. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  216.     Cause for interworking    Cause    Cause indicator
  217. .T&
  218. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  219. iv     {
  220. Charging information
  221. (Note 6)
  222.  }    (Unnecessary)    Charge information
  223. .T&
  224. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  225.     Change of services  (Note 7)    (Should be defined)    (Should be defined)
  226. .TE
  227. .LP
  228. \fINote\ 1\fR
  229. \ \(em\ For charging use.
  230. .LP
  231. \fINote\ 2\fR
  232. \ \(em\ For discrimination of priority call/ordinary call.
  233. .LP
  234. \fINote\ 3\fR
  235. \ \(em\ These indicators are used to identify:
  236. .LP
  237. 1)
  238. international incoming call,
  239. .LP
  240. 2)
  241. available end\(hyto\(hyend signalling system,
  242. .LP
  243. 3)
  244. charged call/noncharged call.
  245. .LP
  246. \fINote\ 4\fR
  247. \ \(em\ When a satellite circuit is employed for an interworking call at the interworking point, this information is processed at the IWF. If a satellite
  248. circuit is not employed for a call, this information is transferred through the IWF transparently.
  249. .LP
  250. \fINote\ 5\fR
  251. \ \(em\ There may be cases where the terminal compatibility information
  252. is processed (see \(sc\ 5.4).
  253. .LP
  254. \fINote\ 6\fR
  255. \ \(em\ This information is used only when access charging is necessary.
  256. .LP
  257. \fINote\ 7\fR
  258. \ \(em\ All ISDNs do not necessarily provide identical services (or
  259. connection types). When a change of services occurs at the IWF, the network
  260. should send the indication for change of services and may solicit acceptance of change of services to a calling user in certain cases (see \(sc\ 5.3.1 of this
  261. Recommendation).
  262. .LP
  263. \fINote\ 8\fR
  264. \ \(em\ The information in this category is transferred through the IWF
  265. transparently.
  266. .nr PS 9
  267. .RT
  268. .ad r
  269. \fBTableau 1/I.520 [T1.520], p. 2\fR 
  270. .sp 1P
  271. .RT
  272. .ad b
  273. .RT
  274. .LP
  275. .bp
  276. .ce
  277. \fBH.T. [T2.520]\fR 
  278. .ce
  279. TABLE\ 2/I.520
  280. .ce
  281. \fBInformation required for IWF between ISDNs for circuit
  282. .ce
  283. mode supplementary services\fR 
  284. .ps 9
  285. .vs 11
  286. .nr VS 11
  287. .nr PS 9
  288. .TS
  289. center box;
  290. cw(36p) | cw(68p) | cw(62p) | cw(62p) .
  291. Category    Required information    Q.931 information element    Q.763 parameter name
  292. _
  293. .T&
  294. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  295. ii    Supplementary service request     {
  296. Network specific facility
  297. Key pad facility
  298. Feature activation
  299. Feature indication
  300.  }    (Should be defined)
  301. _
  302. .T&
  303. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  304.     Progress indicator    Progress indicator    Access transport
  305. .T&
  306. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  307. iii    Suspend/Resume indicator    Notification indicator    Suspend/Resume indicator
  308. _
  309. .TE
  310. .nr PS 9
  311. .RT
  312. .ad r
  313. \fBTableau 2/I.520 [T2.520], p. 3\fR 
  314. .ad b
  315. .RT
  316. .ce
  317. \fBH.T. [T3.520]\fR 
  318. .ce
  319. TABLE\ 3/I.520
  320. .ce
  321. \fBInformation required for IWF between ISDNs for packet mode
  322. .ce
  323. \fBbearer services (in\(hyband signalling)\fR 
  324. .ps 9
  325. .vs 11
  326. .nr VS 11
  327. .nr PS 9
  328. .TS
  329. center box;
  330. cw(36p) | cw(68p) | cw(62p) | cw(62p) .
  331. Category    Required information    Rec. X.25 information    Rec. X.75 information
  332. _
  333. .T&
  334. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  335. i     {
  336. Transit network identification
  337.  }    RPOA selection     {
  338. Transit network identification
  339.  }
  340. _
  341. .T&
  342. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  343.     Packet type    Packet type identifier    Packet type identifier
  344. .T&
  345. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  346.     Logical channel number    Logical channel number    Logical channel number
  347. .T&
  348. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  349.     Called party number    Called DTE address    Called DTE address
  350. .T&
  351. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  352.     Throughput class    Throughput class negotiation    Throughput class indication
  353. .T&
  354. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  355. ii    Window size     {
  356. Flow control parameter negotiation
  357.  }    Window size indication
  358. .T&
  359. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  360.     Packet size     {
  361. Flow control parameter negotiation
  362.  }    Packet size indication
  363. .T&
  364. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  365.     Call identifier    (Unnecessary)    Call identifier
  366. .T&
  367. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  368.     Transit delay selection     {
  369. Transit delay indication/selection
  370.  }    Transit delay indication
  371. .T&
  372. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  373.      {
  374. User\(hyto\(hyuser information
  375.  }    Fast select identifier    Fast select indication
  376. _
  377. .T&
  378. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  379.     Calling party number    Calling DTE address    Calling DTE address
  380. .T&
  381. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  382.     Terminal compatibility    (Call user data)    (Should be defined)
  383. .T&
  384. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  385. iii    Subaddress     {
  386. Calling address extension
  387. Called address extension
  388.  }     {
  389. Calling address extension
  390. Called address extension
  391.  }
  392. .T&
  393. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  394.     Cause    Diagnostic code    Diagnostic code
  395. _
  396. .T&
  397. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  398.     Cause for interworking    (Should be defined)    (Should be defined)
  399. .T&
  400. cw(36p) | lw(68p) | lw(62p) | lw(62p) .
  401. iv    Charging    Charging information    (Should be defined)
  402. .TE
  403. .LP
  404. \fINote\fR
  405. \ \(em\ The relationship between X.25 facilities and ISDN supplementary
  406. services is for further study.
  407. .nr PS 9
  408. .RT
  409. .ad r
  410. \fBTableau 3/I.520 [T3.520], p. 4\fR 
  411. .ad b
  412. .RT
  413. .LP
  414. .bp
  415. .sp 2P
  416. .LP
  417. \fB4\fR     \fBDescription of \fR \fBISDN\(hyISDN interworking configurations\fR 
  418. .sp 1P
  419. .RT
  420. .sp 1P
  421. .LP
  422. 4.1
  423.      \fIISDN\(hyISDN interface where circuit mode bearer services are provided\fR 
  424. \fIby both ISDNs\fR 
  425. .sp 9p
  426. .RT
  427. .PP
  428. See Figure 2/I.520.
  429. .RT
  430. .LP
  431. .rs
  432. .sp 8P
  433. .ad r
  434. \fBFigure 2/I.520, p.\fR 
  435. .sp 1P
  436. .RT
  437. .ad b
  438. .RT
  439. .sp 1P
  440. .LP
  441. 4.1.1
  442.     \fIBearer services\fR 
  443. .sp 9p
  444. .RT
  445. .PP
  446. Individual bearer service categories are defined in the
  447. I.230\(hySeries of Recommendations.
  448. .PP
  449. Layer 1 interworking specifications are recommended in
  450. Recommendation\ I.511. Layers\ 2 and 3 in the U\(hyplane are passed
  451. transparently.
  452. .RT
  453. .sp 2P
  454. .LP
  455. 4.1.2
  456.     \fISupplementary services\fR 
  457. .sp 1P
  458. .RT
  459. .sp 1P
  460. .LP
  461. 4.1.2.1
  462.     \fIOther than user\(hyto\(hyuser signalling\fR 
  463. .sp 9p
  464. .RT
  465. .PP
  466. For supplementary services other than user\(hyto\(hyuser signalling, call 
  467. control information is transferred via Signalling System\ No.\ 7 across 
  468. the N\dx\ureference point. The interface for user information transfer 
  469. is not different from that of basic bearer services. 
  470. .RT
  471. .sp 1P
  472. .LP
  473. 4.1.2.2
  474.     \fIUser\(hyto\(hyuser signalling services\fR 
  475. .sp 9p
  476. .RT
  477. .PP
  478. There are two methods of transferring user\(hyto\(hyuser signalling. One 
  479. is transfer of user\(hyto\(hyuser signalling within Q.931 call control 
  480. messages which have been mapped into Signalling System\ No.\ 7 messages 
  481. and then are conveyed 
  482. via the Signalling System\ No.\ 7 network. The other is transfer of user\(hyto\(hyuser 
  483. signalling within stand alone USER INFO messages (which have been mapped 
  484. into Signalling System\ No.\ 7 messages and then are conveyed via the Signalling 
  485. System\ No.\ 7 network), or optionally may be transferred via packet handlers
  486. (PHs) in some ISDNs. In the case where user\(hyto\(hyuser signalling is 
  487. transferred between packet handlers (PHs) in both ISDNs, the X.75 protocol 
  488. may be applied to the internetwork interface to transfer user\(hyto\(hyuser 
  489. signalling. In the case where user\(hyto\(hyuser signalling is transferred 
  490. via Signalling System\ No.\ 7 
  491. networks in both ISDNs or at least in one ISDN, the Signalling System\ No.\ 7
  492. protocol should be applied to the internetwork interface for user\(hyto\(hyuser
  493. signalling.
  494. .RT
  495. .sp 1P
  496. .LP
  497. 4.1.3
  498.      \fISignalling System No. 7 for the control of circuit mode services\fR 
  499. \fIat the \fR \fIN\fR 
  500. .sp 9p
  501. .RT
  502. .EF '%    \fIx\ reference\ point''
  503. .OF '''\fIx\ reference\ point    %'
  504. .PP
  505. For the control of circuit mode services in the long term,
  506. Signalling System\ No.\ 7 with ISUP will be used at the N\dx\ureference
  507. point.
  508. .RT
  509. .sp 1P
  510. .LP
  511. 4.2
  512.     \fIISDN\(hyISDN Interface where both ISDNs provide X.31 case B based\fR 
  513. \fIpacket mode bearer services\fR 
  514. .sp 9p
  515. .RT
  516. .PP
  517. See Figure 3/I.520.
  518. .PP
  519. The X.75 protocol is used to transfer X.31 based packet mode
  520. services at the N\dx\ureference point. Layers\ 1, 2, and 3 for this interface
  521. are specified in X.75.
  522. .bp
  523. .RT
  524. .LP
  525. .rs
  526. .sp 7P
  527. .ad r
  528. \fBFigure 3/I.520, p.\fR 
  529. .sp 1P
  530. .RT
  531. .ad b
  532. .RT
  533. .sp 1P
  534. .LP
  535. 4.3
  536.      \fIISDN\(hyISDN interface where a circuit mode bearer service is provided\fR 
  537. \fIby one ISDN to access either a PSPDN, or a PH and an X.31 case B packet\fR 
  538. \fImode bearer service provided by another ISDN\fR 
  539. .sp 9p
  540. .RT
  541. .PP
  542. With this type of interworking, two different configurations are
  543. considered, I and II. In configuration I, interworking between the two ISDNs
  544. utilizes X.75 interexchange signalling. See Figure\ 4/I.520.
  545. .PP
  546. In configuration II, a circuit switched access to the PH in the
  547. ISDN\d(\\dp\\ds\\d)\uis provided, and the interworking between the two ISDNs
  548. utilizes a Signalling System\ No.\ 7 protocol.
  549. .PP
  550. This interworking arrangement applies for data transmission services. General 
  551. arrangements are covered in \(sc\ 6.3 of X.320. There are two 
  552. possibilities:
  553. .RT
  554. .LP
  555.     i)
  556.      X.31 case A interworking with X.31 case\ B. Case\ A refers to the situation 
  557. where a transparent circuit switched access to PSPDN is provided by ISDN. 
  558. Case\ B refers to the situation where a packet mode bearer service is provided 
  559. by an ISDN PH. 
  560. .LP
  561.     ii)
  562.      ISDN circuit switched access to an ISDN PH (this case may exist if the 
  563. originating ISDN does not have PH functionality). 
  564. .PP
  565. Several aspects of interworking for data transmission services as well 
  566. as their application to other transmission services are for further 
  567. study.
  568. .LP
  569. .rs
  570. .sp 9P
  571. .ad r
  572. \fBFigure 4a/I.520, p.\fR 
  573. .sp 1P
  574. .RT
  575. .ad b
  576. .RT
  577. .LP
  578. .rs
  579. .sp 13P
  580. .ad r
  581. \fBFigure 4b/I.520, p.\fR 
  582. .sp 1P
  583. .RT
  584. .ad b
  585. .RT
  586. .LP
  587. .bp
  588. .sp 1P
  589. .LP
  590. 4.4
  591.     \fIISDN\(hyISDN interworking via a transit network\fR 
  592. .sp 9p
  593. .RT
  594. .PP
  595. ISDN\(hyISDN interworking via a transit network ( see Figure 5/I.520) may 
  596. be a useful configuration in the short term for extending specific ISDN 
  597. services on an end\(hyto\(hyend basis. Special transmission, switching 
  598. and signalling capabilities may have to be deployed in the transit network 
  599. to ensure that the specific ISDN service is available end\(hyto\(hyend. 
  600. .PP
  601. The detailed interworking functions and interfaces for this
  602. configuration are for further study.
  603. .RT
  604. .LP
  605. .rs
  606. .sp 7P
  607. .ad r
  608. \fBFigure 5/I.520, p.\fR 
  609. .sp 1P
  610. .RT
  611. .ad b
  612. .RT
  613. .sp 1P
  614. .LP
  615. 4.5
  616.     \fIISDN\(hyISDN interface for additional packet mode bearer services\fR 
  617. .sp 9p
  618. .RT
  619. .PP
  620. For packet mode services that are currently under study, out\(hyband call 
  621. control signalling is used. The same out\(hyband call control is used for 
  622. circuit mode services. Two alternatives can be considered for this out\(hyband
  623. call control: enhancement of Signalling System\ No.\ 7 and enhancement of the
  624. D\(hychannel protocol. The choice between the two alternatives is for further
  625. study.
  626. .RT
  627. .sp 1P
  628. .LP
  629. 4.6
  630.      \fIISDN\(hyISDN interface where an X.31 case B based packet mode bearer\fR 
  631. \fIservice is provided on one ISDN and an additional packet mode bearer\fR 
  632. \fIservice is requested on another ISDN\fR 
  633. .sp 9p
  634. .RT
  635. .PP
  636. Two alternatives can be considered: the first is based on in\(hyband signalling 
  637. (X.75), and the second is based on out\(hyband signalling (Signalling System\ 
  638. No.\ 7 or D\(hychannel protocol). The choice between the two alternatives 
  639. is for further study. 
  640. .RT
  641. .sp 1P
  642. .LP
  643. 4.7
  644.     \fIISDN\(hyISDN interface for circuit mode to additional packet mode\fR 
  645. \fIservice\fR 
  646. .sp 9p
  647. .RT
  648. .PP
  649. This section is for further study.
  650. .RT
  651. .sp 2P
  652. .LP
  653. \fB5\fR     \fBInterworking functions\fR 
  654. .sp 1P
  655. .RT
  656. .PP
  657. Interworking functions commonly employed for various types of
  658. interworking are described in Recommendation\ I.510. The interworking functions 
  659. specific to ISDN\(hyISDN interworking are described here. 
  660. .RT
  661. .sp 1P
  662. .LP
  663. 5.1
  664.     \fIEcho control processing and speech processing\fR 
  665. .sp 9p
  666. .RT
  667. .PP
  668. Table 4/I.520 shows the permitted relationship between circuit mode bearer 
  669. services and various forms of speech processing functionality. These 
  670. speech processing functions include digital speech interpolation (DSI), 
  671. low rate encoding (LRE) and digital circuit multiplication (DCM). Depending 
  672. upon the particular relationship to the circuit mode bearer services, these
  673. processing functions are specified as essential, optional, prohibited or
  674. functionally disabled.
  675. .PP
  676. For a speech, 3.1 kHz audio, or 64 kbitB/Fs unrestricted call within an 
  677. ISDN, appropriate network control is required to ensure that the relationship 
  678. shown within Table\ 4/I.520 is realized. An example of this control might 
  679. be 
  680. routing (to exclude or include a function) or out\(hyband signalling (to 
  681. disable a function). Further, it is to be noted that a disabling tone (see 
  682. Recommendations\ V.25 and I.530) may be used to functionally remove echo 
  683. control devices on a 3.1\ kHz audio bearer service connection. 
  684. .bp
  685. .RT
  686. .LP
  687. .ce
  688. \fBH.T. [T4.520]\fR 
  689. .ce
  690. TABLE\ 4/I.520
  691. .ce
  692. \fBRelationship between speech processing and bearer services\fR 
  693. .ce
  694. \fBwithin an ISDN and for ISDN\(hyISDN interworking \fR 
  695. .ps 9
  696. .vs 11
  697. .nr VS 11
  698. .nr PS 9
  699. .TS
  700. center box;
  701. cw(48p) | cw(36p) sw(36p) sw(36p) sw(36p) sw(36p) , ^  | c | c | c | c s 
  702. ^  | c | c | c | c s 
  703. ^  | ^  | ^  | ^  | c | c.
  704. Speech processing functions    Bearer service
  705.     1    2    3    4    Speech    3.1 kHz  audio | ua\d\u)\d    64 kbit/s  Unrestricted     {
  706. Alternate speech/64 kbit/s
  707. Unrestricted | ub\d\u)\d
  708.  }    Speech     64 kbit/s
  709. _
  710. .T&
  711. lw(48p) | lw(36p) | lw(36p) | lw(36p) | lw(36p) | lw(36p) .
  712. Echo control | uc\d\u)\d    E | ud\d\u)\d | ue\d\u)\d    E | ud\d\u)\d | ue\d\u)\d    FD    \ue\d\u)\d    FD
  713. .T&
  714. lw(48p) | lw(36p) | lw(36p) | lw(36p) | lw(36p) | lw(36p) .
  715.  {
  716. A\(hy\(*m law conversion | uf\d\u)\d
  717.  }    E    E    FD    E    FD
  718. .T&
  719. lw(48p) | lw(36p) | lw(36p) | lw(36p) | lw(36p) | lw(36p) .
  720. DSI    O    O | ug\d\u)\d    FD    O    FD
  721. .T&
  722. lw(48p) | lw(36p) | lw(36p) | lw(36p) | lw(36p) | lw(36p) .
  723. LRE    O    O | ug\d\u)\d    FD    O    FD
  724. .T&
  725. lw(48p) | lw(36p) | lw(36p) | lw(36p) | lw(36p) | lw(36p) .
  726. DCM    O    O | ug\d\u)\d    FD | uh\d\u)\d    O | ui\d\u)\d    FD | ui\d\u)\d
  727. .T&
  728. lw(48p) | lw(36p) | lw(36p) | lw(36p) | lw(36p) | lw(36p) .
  729. Analog facilities    O    O | ug\d\u)\d    P    P    P
  730. .TE
  731. .LP
  732. E
  733. Essential
  734. .LP
  735. O
  736. Optional
  737. .LP
  738. P
  739. Prohibited
  740. .LP
  741. FD
  742. Functionally disabled
  743. .LP
  744. DSI
  745. Digital speech interpolation
  746. .LP
  747. LRE
  748. Low rate encoding (e.g. Rec. G.721).
  749. .LP
  750. DCM
  751. Digital circuit multiplication employing LRE and DSI and having
  752. controllable flexibility in modes of operation.
  753. .LP
  754. \fINote\fR
  755. \ \(em\ The bearer services in columns 1, 2 and 3 of the table permit control of speech processing devices only at call set\(hyup as required for the particular bearer service requested. The bearer service in column\ 4 requires additional
  756. post set\(hyup user\(hyto\(hynetwork signalling (out\(hyband by D\(hychannel messages) in
  757. order to perform the required in\(hycall service modifications between the
  758. relevant alternative services.
  759. .LP
  760. \ua\d\u)\d
  761. For the 3.1 kHz audio bearer service, echo control is included in the connection at the time of call set\(hyup. It is disabled for the transmission of voice\(hyband data by use of the disabling tone (see Recs.\ V.25 and I.\ 530).
  762. .LP
  763. \ub\d\u)\d
  764. The exchange may set up a 64 kbit/s unrestricted bearer path with echo control devices and A\(hy\(*m law converters (if necessary) enabled for speech. In any case, the set up of parallel paths for speech and 64\ kbit/s unrestricted must be avoided.
  765. .LP
  766. \uc\d\u)\d
  767. Echo control needs to be disabled when continuity check is
  768. performed.
  769. .LP
  770. \ud\d\u)\d
  771. Although echo control may not be required in ISDN\(hyISDN
  772. interworking for digital telephones (for further study), its inclusion for
  773. possible internetworking reasons for the speech bearer service is essential
  774. (see also Rec.\ I.530).
  775. .LP
  776. \ue\d\u)\d
  777. The necessity for network or terminal provided echo control in
  778. 4\(hywire end\(hyto\(hyend speech connections is for further study.
  779. .LP
  780. \uf\d\u)\d
  781. The IWF converting A\(hy\(*m laws should also make the necessary bit
  782. translation in the bearer capability information element to indicate the law
  783. used.
  784. .LP
  785. \ug\d\u)\d
  786. The network may include signal processing techniques provided they are appropriately modified or functionally removed prior to information
  787. transfer.
  788. .LP
  789. \uh\d\u)\d
  790. The 64 kbit/s transparent capability will be invoked, subject to the available transmission capacity, by the adjoining exchange over a dedicated out\(hyband signalling system.
  791. .LP
  792. \ui\d\u)\d
  793. The provision of this bearer service using DCM is subject to the ability of the out\(hyband signalling system and the DCM equipment to execute
  794. in\(hycall modifications initiated by the adjoining exchange.
  795. .nr PS 9
  796. .RT
  797. .ad r
  798. \fBTable 4/I.520 [T4.520], p.\fR 
  799. .sp 1P
  800. .RT
  801. .ad b
  802. .RT
  803. .LP
  804. .bp
  805. .PP
  806. For a call which involves communication through different ISDNs, the network 
  807. information regarding control of these functions needs to be 
  808. extended across the ISDN\(hyISDN internetwork interfaces. This information
  809. transfer is realized between the exchanges in interworking ISDNs by means
  810. of:
  811. .LP
  812.     1)
  813.     the Signalling System No. 7 ISUP bearer capability
  814. information element, and
  815. .LP
  816.     2)
  817.     the use of a disabling tone (see Recommendations\ V.25 and
  818. I.530) by terminals, in the case of a 3.1\ kHz audio bearer service.
  819. .PP
  820. The control of speech processing functions (DCM, A\(hy\(*m\ law
  821. conversion, echo control,\ etc.) by exchanges is:
  822. .LP
  823.     a)
  824.      not needed when a disabling tone (see Recommendations\ V.25 and I.530) 
  825. is used, in conjunction with the 3.1\ kHz audio bearer service by a terminal(s), 
  826. and 
  827. .LP
  828.     b)
  829.      to be implemented using out\(hyband call processes (currently under study) 
  830. when needed. 
  831. .PP
  832. The procedures in the case of alternate speech/64 kbitB/Fs
  833. unrestricted bearer services, are for further study.
  834. .sp 1P
  835. .LP
  836. 5.2
  837.     \fIGeneration of in\(hyband tones and announcements for speech and\fR 
  838. \fI3.1 kHz audio bearer services\fR 
  839. .sp 9p
  840. .RT
  841. .PP
  842. (\fINote\fR \ \(em\ This function is also necessary for a call within one
  843. ISDN, which does not involve network interworking nor internal ISDN
  844. interworking.)
  845. .RT
  846. .sp 1P
  847. .LP
  848. 5.2.1
  849.     \fIUnsuccessful call delivery\fR 
  850. .sp 9p
  851. .RT
  852. .PP
  853. The point of call failure (i.e. the point at which the connection cannot 
  854. proceed further) should generate the appropriate out\(hyband clearing 
  855. message toward the calling exchange. In response to this message, the calling 
  856. exchange should send the appropriate out\(hyband message to the calling 
  857. user. 
  858. However, for speech and 3.1\ kHz audio bearer services, the network must be
  859. capable of generating the appropriate in\(hyband tones or announcements. 
  860. In this case, the clearing message should not be sent prior to the completion 
  861. of the 
  862. announcements.
  863. .RT
  864. .sp 1P
  865. .LP
  866. 5.2.2
  867.     \fISuccessful call delivery\fR 
  868. .sp 9p
  869. .RT
  870. .PP
  871. For speech and 3.1 kHz audio bearer services, the terminating
  872. exchange should generate in\(hyband ring back tone towards the calling 
  873. user upon successful delivery of the call. 
  874. .RT
  875. .sp 1P
  876. .LP
  877. 5.3
  878.     \fICall negotiation between ISDNs\fR 
  879. .sp 9p
  880. .RT
  881. .PP
  882. There are two aspects of call negotiation between ISDNs: service
  883. agreement and connection agreement.
  884. .RT
  885. .sp 1P
  886. .LP
  887. 5.3.1
  888.     \fIService agreement between ISDNs\fR 
  889. .sp 9p
  890. .RT
  891. .PP
  892. Service agreement between ISDNs is defined as established
  893. compatibility between the two networks on a requested service.  The service
  894. agreement does not necessarily occur on a call\(hyby\(hycall basis, but in a
  895. pre\(hydetermined way which has been agreed by bilateral negotiation between 
  896. the two ISDNs. If the service agreement is established, connection agreement 
  897. then begins between the two ISDNs. 
  898. .PP
  899. If the service agreement is not established, procedures are for
  900. further study, including the following four alternatives.  Additionally, the
  901. impact of these alternatives on user\(hyto\(hynetwork protocols or internetwork
  902. protocols is for further study.
  903. .RT
  904. .LP
  905.     1)
  906.     The call may be established without the service
  907. compatibility (e.g.\ in the case of a supplementary service request).
  908. .LP
  909.     2)
  910.     The call may be cleared.
  911. .LP
  912.     3)
  913.      Either of the ISDNs may negotiate with the originating user to change 
  914. or abandon the user's service request. 
  915. .LP
  916.     4)
  917.     Another alternative may be selected from the originating
  918. user's service profile.
  919. .bp
  920. .sp 1P
  921. .LP
  922. 5.3.2
  923.     \fIConnection agreement between ISDNs\fR 
  924. .sp 9p
  925. .RT
  926. .PP
  927. Connection agreement between ISDNs is defined as negotiation on the connection 
  928. element between the two networks. Connection agreement is required when 
  929. the connection elements employed in each ISDN are different, even if 
  930. service agreement exists. (For example, see Appendix\ I.) The use of call
  931. progress indicators for this purpose is for further study.
  932. .PP
  933. In a speech bearer service, the objects for connection agreement might 
  934. be the use of one of the following: UDI (unrestricted digital information)/RDI 
  935. (restricted digital information), satellite circuits, DSI circuits, the 
  936. difference of PCM coding rules, circuit selection between digital networks
  937. having different hierarchical structures,\ etc. Parameter exchange, if 
  938. required, are executed by the two networks. 
  939. .PP
  940. The connection agreement does not necessarily occur on a call\(hyby\(hycall 
  941. basis, but in a pre\(hydetermined way which has been established by other 
  942. Recommendations (e.g.\ Recommendation\ G.802 for interworking between hierarchies 
  943. and Recommendation\ G.711 for A\(hy\(*m\ law conversion) or agreed between 
  944. two 
  945. ISDNs.
  946. .RT
  947. .sp 1P
  948. .LP
  949. 5.4
  950.     \fICompatibility checking between end users of different\fR 
  951. \fIISDNs\fR 
  952. .sp 9p
  953. .RT
  954. .PP
  955. When the connection path between two terminals on different ISDNs is established, 
  956. low level compatibility (LLC), high layer compatibility (HLC) or user defined 
  957. compatibility may be examined on an end\(hyto\(hyend basis. 
  958. .PP
  959. Compatibility checking items between end users are as
  960. follows:
  961. .RT
  962. .LP
  963.     1)
  964.     \fILow layer compatibility\fR 
  965. .LP
  966.     LLC information would normally be used for user\(hyto\(hyuser call
  967. negotiation and would be passed transparently through the networks. The IWF
  968. may, where required, examine and act on LLC information (see
  969. Recommendation\ I.515, \(sc\ 2.2.1.3) in the cases where the LLC checking 
  970. lists (see Recommendation\ Q.931) employed by the relevant ISDNs are different. 
  971. .LP
  972.     2)
  973.     \fIHigh layer compatibility\fR 
  974. .LP
  975.     The HLC is to be conveyed transparently and the networks
  976. need not operate on it. The examination and action on HLC information by the
  977. IWF is for further study, in the case where the HLC checking lists employed 
  978. by the relevant ISDNs are different. 
  979. .LP
  980.     3)
  981.     \fIUser defined compatibility checking\fR 
  982. .LP
  983.     User defined compatibility
  984. checking is the user responsibility. The network does not participate in 
  985. this compatibility checking. 
  986. .sp 2P
  987. .LP
  988. \fB6\fR     \fBFunctional interworking requirements for data transmission\fR 
  989. \fBservices\fR 
  990. .sp 1P
  991. .RT
  992. .PP
  993. See Recommendation X.320 on general arrangements for interworking between 
  994. ISDNs for the provision of data transmission services. 
  995. .PP
  996. Network interworking requirements for the case where an X.31 based
  997. packet mode bearer service is requested on one ISDN and a new packet mode
  998. bearer service is requested on another ISDN will be provided when new packet
  999. mode bearer services are defined.
  1000. .RT
  1001. .sp 2P
  1002. .LP
  1003. \fB7\fR     \fBReferences\fR 
  1004. .sp 1P
  1005. .RT
  1006. .PP
  1007. See Recommendation I.500.
  1008. \v'1P'
  1009. .RT
  1010. .ce 1000
  1011. APPENDIX\ I
  1012. .ce 0
  1013. .ce 1000
  1014. (to Recommendation I.520)
  1015. .sp 9p
  1016. .RT
  1017. .ce 0
  1018. .ce 1000
  1019. \fBISDN connections involving\fR 
  1020. .sp 1P
  1021. .RT
  1022. .ce 0
  1023. .ce 1000
  1024. \fBrestricted 64 kbit/s transfer capability\fR 
  1025. .ce 0
  1026. .LP
  1027. I.1
  1028.     \fIGeneral\fR 
  1029. .sp 1P
  1030. .RT
  1031. .PP
  1032. During an interim period the existence of networks or parts of
  1033. networks only capable of transferring 64\ kbit/s in a restricted manner
  1034. (i.e.\ 64\ kbit/s octet structured transfer capability with the all\(hyzero not
  1035. permitted) will have to be taken into account for international
  1036. intercommunication purposes.
  1037. .bp
  1038. .PP
  1039. For those networks, or parts thereof, the rules described hereafter
  1040. have to be followed in order to allow communication with networks, or parts
  1041. thereof, that already provide unrestricted 64\ kbit/s transfer capability. 
  1042. The necessary interworking functions (e.g.\ interworking units, rate adaptors) 
  1043. have to be provided by the network with restricted 64\ kbit/s transfer 
  1044. capability. 
  1045. Signalling provisions should be incorporated in Recommendation\ I.451 (Q.930). 
  1046. The network with 64\ kbit/s transfer capability will not be affected by 
  1047. this 
  1048. interworking, other than transporting the appropriate signalling across this
  1049. network to and from the terminal connected to the 64\ kbit/s network.
  1050. .RT
  1051. .sp 1P
  1052. .LP
  1053. I.2
  1054.     \fIInterworking with ISDNs providing restricted 64\ kbit/s\fR 
  1055. (see Figure I\(hy1/I.520)
  1056. .sp 9p
  1057. .RT
  1058. .LP
  1059. .rs
  1060. .sp 20P
  1061. .ad r
  1062. \fBFigure I\(hy1/I.520, p.\fR 
  1063. .sp 1P
  1064. .RT
  1065. .ad b
  1066. .RT
  1067. .PP
  1068. ISDN 1 may have some arrangements having only restricted 64\ kbit/s transfer 
  1069. capability. ISDN\ 2 is unrestricted. In both cases, at the reference 
  1070. points\ S/T, the I.412 user\(hynetwork interfaces are provided. However, where
  1071. restricted 64\ kbit/s arrangements are involved, only information streams not
  1072. having the all\(hyzero octet are possible.
  1073. .PP
  1074. Four possible cases of interworking for circuit switched connections between 
  1075. terminals\ A and\ B are considered (UDI means unrestricted digital 
  1076. information and RDI means restricted digital information). (See
  1077. Table\ I\(hy1/I.520.)
  1078. .RT
  1079. .sp 1P
  1080. .LP
  1081. I.3
  1082.     \fIConsiderations for terminal designed to operate with restricted\fR 
  1083. \fI64 kbit/s transfer capability\fR (Figure I\(hy2/I.520)
  1084. .sp 9p
  1085. .RT
  1086. .PP
  1087. Existing terminals at rates less than 64 kbit/s will require rate adaption 
  1088. to operate with restricted 64\ kbit/s transfer capability (see 
  1089. Recommendation\ I.464).
  1090. .RT
  1091. .LP
  1092. .rs
  1093. .sp 7P
  1094. .ad r
  1095. Blanc
  1096. .ad b
  1097. .RT
  1098. .LP
  1099. .bp
  1100. .LP
  1101. .rs
  1102. .sp 32P
  1103. .ad r
  1104. \fBTableau I\(hy1/I.520, p. 12 \ \ 
  1105. (\*`a traiter comme figure MEP)\fR 
  1106. .sp 1P
  1107. .RT
  1108. .ad b
  1109. .RT
  1110. .LP
  1111. .sp 2
  1112. .rs
  1113. .sp 12P
  1114. .ad r
  1115. \fBFigure I\(hy2/I.520, p. 13\fR 
  1116. .sp 1P
  1117. .RT
  1118. .ad b
  1119. .RT
  1120. .LP
  1121. .bp
  1122. .sp 2P
  1123. .LP
  1124. \fBRecommendation\ I.530\fR 
  1125. .RT
  1126. .sp 2P
  1127. .ce 1000
  1128. \fBNETWORK\ INTERWORKING\ BETWEEN\ AN\ ISDN\fR 
  1129. .EF '%    Fascicle\ III.9\ \(em\ Rec.\ I.530''
  1130. .OF '''Fascicle\ III.9\ \(em\ Rec.\ I.530    %'
  1131. .ce 0
  1132. .sp 1P
  1133. .ce 1000
  1134. \fBAND\ A\ PUBLIC\ SWITCHED\ TELEPHONE\ NETWORK\ (PSTN)\fR 
  1135. .ce 0
  1136. .sp 1P
  1137. .ce 1000
  1138. \fI(Melbourne, 1988)\fR 
  1139. .sp 9p
  1140. .RT
  1141. .ce 0
  1142. .sp 1P
  1143. .LP
  1144. \fB1\fR     \fBGeneral\fR 
  1145. .sp 1P
  1146. .RT
  1147. .PP
  1148. In many countries, digitization of the existing PSTN has been
  1149. ongoing over a number of years through the implementation of digital switching 
  1150. and transmission facilities. Furthermore, common channel signalling systems 
  1151. (e.g.\ Signalling System\ No.\ 6, Signalling System\ No.\ 7) have been 
  1152. introduced or will soon be introduced in these networks. 
  1153. .PP
  1154. The digitization of the user network access is one of the steps by
  1155. which an IDN becomes an ISDN. However, it is foreseen that this will be 
  1156. a long transition period for some networks. 
  1157. .PP
  1158. Thus, the purpose of this Recommendation is to identify the
  1159. interworking functions and requirements to support interworking between 
  1160. an ISDN and a PSTN. 
  1161. .RT
  1162. .sp 2P
  1163. .LP
  1164. \fB2\fR     \fBScope\fR 
  1165. .sp 1P
  1166. .RT
  1167. .PP
  1168. The purpose of this Recommendation is to describe the general
  1169. arrangements for interworking between ISDN and PSTN. Both the provision 
  1170. of ISDN voice transmission and data transmission services are within the 
  1171. scope of this Recommendation. 
  1172. .RT
  1173. .sp 2P
  1174. .LP
  1175. \fB3\fR     \fBAbbreviations\fR 
  1176. .sp 1P
  1177. .RT
  1178. .PP
  1179. DP
  1180.     Dial Pulse
  1181. .RT
  1182. .LP
  1183.     DTE
  1184.     Data Terminal Equipment
  1185. .LP
  1186.     DTMF
  1187.     Dual\(hytone Multiple Frequency
  1188. .LP
  1189.     IDN
  1190.     Integrated Digital Network
  1191. .LP
  1192.     ISDN
  1193.     Integrated Services Digital Network
  1194. .LP
  1195.     ISUP
  1196.     ISDN User Part
  1197. .LP
  1198.     LE
  1199.     Local Exchange
  1200. .LP
  1201.     NT
  1202.     Network Termination
  1203. .LP
  1204.     PABX
  1205.     Private Automatic Branch Exchange
  1206. .LP
  1207.     PSTN
  1208.     Public Switched Telephone Network
  1209. .LP
  1210.     SS No. 7
  1211.     Signalling System No. 7
  1212. .LP
  1213.     TE
  1214.     Terminal Equipment
  1215. .LP
  1216.     TA
  1217.     Terminal Adaptor
  1218. .LP
  1219.     TUP
  1220.     Telephone User Part.
  1221. .sp 2P
  1222. .LP
  1223. \fB4\fR     \fBInterworking configuration and network characteristics\fR 
  1224. .sp 1P
  1225. .RT
  1226. .sp 1P
  1227. .LP
  1228. 4.1
  1229.     \fIInterworking configurations\fR 
  1230. .sp 9p
  1231. .RT
  1232. .PP
  1233. See Figure 1/I.530.
  1234. .RT
  1235. .sp 1P
  1236. .LP
  1237. 4.2
  1238.      \fIKey \fR \fIISDN and PSTN characteristics and related interworking\fR 
  1239. \fIfunctions\fR 
  1240. .sp 9p
  1241. .RT
  1242. .PP
  1243. Table 1/I.530 identifies the key characteristics of an ISDN and a PSTN, 
  1244. indicating possible interworking functions to accommodate dissimilar 
  1245. characteristics.
  1246. .RT
  1247. .sp 1P
  1248. .LP
  1249. 4.2.1
  1250.     \fILocation of interworking functions\fR 
  1251. .sp 9p
  1252. .RT
  1253. .PP
  1254. Given that the transition period from a PSTN to an ISDN may occur over 
  1255. a long period of time, there will be an ongoing requirement for ISDN\(hyPSTN 
  1256. interworking. In such a situation, it is likely that interworking functions 
  1257. will be required at not just one but several locations. As the transition to
  1258. ISDN continues, interworking points will come into existence and later 
  1259. may not be required. 
  1260. .bp
  1261. .RT
  1262. .LP
  1263. .rs
  1264. .sp 17P
  1265. .ad r
  1266. \fBFigure 1/I.530, p.\fR 
  1267. .sp 1P
  1268. .RT
  1269. .ad b
  1270. .RT
  1271. .PP
  1272. Points where interworking may exist are:
  1273. .RT
  1274. .LP
  1275.     \(em
  1276.     within the local exchange;
  1277. .LP
  1278.     \(em
  1279.     at transit exchange;
  1280. .LP
  1281.     \(em
  1282.     at international gateway offices.
  1283. .PP
  1284. \fINote\fR \ \(em\ The optimum location of each interworking function may 
  1285. be specific per interworking function and dependent on the usage of the 
  1286. service, network topology,\ etc. 
  1287. .sp 2P
  1288. .LP
  1289. \fB5\fR     \fBISDN bearer services suitable for ISDN\(hyPSTN interworking\fR 
  1290. .sp 1P
  1291. .RT
  1292. .PP
  1293. This section considers the subject of ISDN services suitable for
  1294. ISDN\(hyPSTN interworking. The discussions dealing with the ISDN to/from PSTN
  1295. direction are addressed in individual subsections, as is the subject of 
  1296. circuit mode and packet mode. 
  1297. .RT
  1298. .sp 1P
  1299. .LP
  1300. 5.1
  1301.     \fIISDN bearer services suitable for ISDN to PSTN interworking\fR 
  1302. \fI(circuit)\fR 
  1303. .sp 9p
  1304. .RT
  1305. .PP
  1306. Currently, there are three identified bearer services that could be used 
  1307. within the ISDN to PSTN interworking. These are (refer to 
  1308. Recommendation\ I.211):
  1309. .RT
  1310. .LP
  1311.     i)
  1312.     circuit mode 64 kbit/s, 8 kHz structured bearer services,
  1313. usable for speech information transfer (Note\ 1);
  1314. .LP
  1315.     ii)
  1316.      circuit\(hymode 64 kbit/s, 8 kHz structured bearer services, usable for 
  1317. 3.1\ kHz audio information transfer (Note\ 2); 
  1318. .LP
  1319.     iii)
  1320.     circuit\(hymode 64 kbit/s unrestricted, 8 kHz structured
  1321. bearer service (Note\ 3).
  1322. .PP
  1323. It is recognized that the communication characteristics obtained for each 
  1324. of these three bearer services on an ISDN to PSTN basis may not be the 
  1325. same as that obtained for ISDN to ISDN configurations. 
  1326. .PP
  1327. \fINote\ 1\fR \ \(em\ This bearer service is used for the ISDN to
  1328. PSTN\(hyinterworking for the purpose of speech information transfer.
  1329. .PP
  1330. \fINote\ 2\fR \ \(em\ This bearer service is used for the ISDN to PSTN
  1331. interworking for the purpose of 3.1\ kHz audio information transfer. For 
  1332. PSTN to ISDN interworking, this bearer service will be selected at the 
  1333. boundary of the PSTN to the ISDN for the purpose of speech information 
  1334. transfer \fIand\fR for 
  1335. 3.1\ kHz audio information transfer.
  1336. .PP
  1337. \fINote\ 3\fR \ \(em\ This bearer service may be required for ISDN\(hyPSTN
  1338. interworking. Refer to Recommendation\ I.231 for the 64\ kbit/s interworking
  1339. service definition.
  1340. .PP
  1341. \fIRemarks\fR \ \(em\ ISDN\(hyPSTN interworking means interworking both ways
  1342. between ISDN and PSTN, while ISDN to PSTN refers to a call initiated in the
  1343. ISDN and terminated in the PSTN, and PSTN to ISDN refers to a call initiated 
  1344. in the PSTN and terminated in ISDN. 
  1345. .bp
  1346. .RT
  1347. .ce
  1348. \fBH.T. [T1.530]\fR 
  1349. .ce
  1350. TABLE\ 1/I.530
  1351. .ce
  1352. \fBKey ISDN and PSTN characteristics\fR 
  1353. .ps 9
  1354. .vs 11
  1355. .nr VS 11
  1356. .nr PS 9
  1357. .TS
  1358. center box;
  1359. lw(54p) | cw(54p) | cw(54p) | cw(48p) .
  1360.     ISDN    PSTN    Interworking functions
  1361. _
  1362. .T&
  1363. lw(54p) | lw(54p) | lw(54p) | lw(48p) .
  1364. Subscriber interface    Digital    Analog    a
  1365. .T&
  1366. lw(54p) | lw(54p) | lw(54p) | lw(48p) .
  1367. User network signalling    Out\(hyband (I.441/I.451)     {
  1368. Mainly in\(hyband
  1369. (e.g. DTMF)
  1370.  }    b, e
  1371. .T&
  1372. lw(54p) | lw(54p) | lw(54p) | lw(48p) .
  1373.  {
  1374. User terminal equipment supported
  1375.  }     {
  1376. Digital TE (ISDN NT, TE1 or TE2 + TA)
  1377.  }     {
  1378. Analog TE (e.g. dial pulse telephones, PABXs, modem\(hyequipped DTEs)
  1379.  }    c
  1380. .T&
  1381. lw(54p) | lw(54p) | lw(54p) | lw(48p) .
  1382. Interexchange signalling     {
  1383. SS No. 7 ISDN user part (ISUP)
  1384.  }     {
  1385. In\(hyband (e.g. R1, R2, No.\ 4, No. 5) or out\(hyband (e.g. SS No. 6,
  1386. SS No.\ 7 TUP)
  1387.  }    d, e
  1388. .T&
  1389. lw(54p) | lw(54p) | lw(54p) | lw(48p) .
  1390. Transmission facilities    Digital    Analog/digital    a
  1391. .T&
  1392. lw(54p) | lw(54p) | lw(54p) | lw(48p) .
  1393. Information transfer mode    Circuit/paquet    Circuit    f
  1394. .T&
  1395. lw(54p) | lw(54p) | lw(54p) | lw(48p) .
  1396.  {
  1397. Information transfer capability
  1398.  }     {
  1399. Speech, digital unrestricted, 3.1\ kHz audio, video, etc.
  1400.  }     {
  1401. 3.1 kHz audio (voice/voice\(hyband data)
  1402.  }     f
  1403. .TE
  1404. .LP
  1405. \fIInterworking functions:\fR
  1406. .LP
  1407. a\ \(em
  1408. Analogue\(hyto\(hydigital and digital\(hyto\(hyanalogue conversion on
  1409. transmission facilities.
  1410. .LP
  1411. b\ \(em
  1412. Mapping between PSTN signals in the subscriber access and I.451
  1413. messages for intra\(hyexchange calls.
  1414. .LP
  1415. c\ \(em
  1416. Support of communication between modem\(hyequipped PSTN DTEs and
  1417. ISDN terminals;
  1418. .LP
  1419. d\ \(em
  1420. Conversion between the PSTN signalling system and Signalling System
  1421. No. 7 ISDN user part.
  1422. .LP
  1423. e\ \(em
  1424. Mapping between signals in the ISDN subscriber (I.441, I.451) access
  1425. and PSTN in\(hyband interexchange signalling (e.g. R1).
  1426. .LP
  1427. f\ \(em
  1428. Further study required.
  1429. .nr PS 9
  1430. .RT
  1431. .ad r
  1432. \fBTable 1/I.530 [T1.530], p.\fR 
  1433. .sp 1P
  1434. .RT
  1435. .ad b
  1436. .RT
  1437. .sp 1P
  1438. .LP
  1439. 5.2
  1440.     \fIISDN bearer services suitable for PSTN to ISDN interworking\fR 
  1441. \fI(circuit)\fR 
  1442. .sp 9p
  1443. .RT
  1444. .PP
  1445. Currently, there is no internationally recognized method of service differentiation 
  1446. between voice and non\(hyvoice calls originating in the PSTN. 
  1447. However, the \*Qcircuit\(hymode 64\ kbit/s, 8\ kHz structured bearer service 
  1448. for 
  1449. 3.1\ kHz audio information transfer\*U provides for the capability equivalent 
  1450. to PSTN. (Reference Recommendation\ I.231.) Therefore, PSTN calls may interwork 
  1451. to this service in ISDN. 
  1452. .PP
  1453. The call progress indicator within ISUP will identify when
  1454. interworking between ISDN and PSTN occurs. This indicator will enable the 
  1455. ISDN to select a connection that would support 3.1\ kHz audio. A V\(hySeries 
  1456. terminal 
  1457. connected to the ISDN via a terminal adaptor and using the 64\ kbit/s
  1458. unrestricted bearer service requires the use of an IWF (including a modem) 
  1459. for calls from PSTN users. To effect the connection, a 64\ kbit/s connection 
  1460. to the IWF would need to be used. 
  1461. .bp
  1462. .RT
  1463. .sp 1P
  1464. .LP
  1465. 5.3
  1466.     \fIISDN bearer services suitable for ISDN to PSTN interworking\fR 
  1467. \fI(packet)\fR 
  1468. .sp 9p
  1469. .RT
  1470. .PP
  1471. Currently, there are two identified bearer services that could be used 
  1472. within the ISDN, for ISDN (packet mode calls) to PSTN 
  1473. interworking:
  1474. .RT
  1475. .LP
  1476.     i)
  1477.     B\(hychannel: packet\(hymode, unrestricted digital information,
  1478. service data unit integrity, X.25 link level, X.25 packet level bearer
  1479. service;
  1480. .LP
  1481.     ii)
  1482.      D\(hychannel: packet mode, unrestricted digital information, service 
  1483. data unit integrity, I.441 link level, X.25 packet level bearer 
  1484. service.
  1485. .PP
  1486. \fINote\fR \ \(em\ Detailed mechanisms are for further study.
  1487. .sp 1P
  1488. .LP
  1489. 5.4
  1490.     \fIISDN bearer services suitable for PSTN to ISDN interworking\fR 
  1491. \fI(packet)\fR 
  1492. .sp 9p
  1493. .RT
  1494. .PP
  1495. (For further study.)
  1496. .RT
  1497. .sp 2P
  1498. .LP
  1499. \fB6\fR     \fBConnection type suitable for ISDN\(hyPSTN interworking\fR 
  1500. .sp 1P
  1501. .RT
  1502. .PP
  1503. This section identifies the mapping of ISDN bearer services and
  1504. possible connection types for ISDN\(hyPSTN interworking. Depending on the 
  1505. specific ISDN bearer service being considered, more than one ISDN connection 
  1506. type may be applicable. However, in some cases the connection type may 
  1507. not be fully 
  1508. compatible with the requested bearer service, thereby leading to downgrading 
  1509. of service. 
  1510. .PP
  1511. The ISDN bearer services and possible connection types that may be
  1512. used are summarized in Table\ 2/I.530, under the four possible interworking
  1513. cases. Refer to Recommendation\ I.335 for more details regarding the mapping
  1514. between ISDN bearer services and ISDN connection types.
  1515. .RT
  1516. .sp 2P
  1517. .LP
  1518. \fB7\fR     \fBFunctional requirements for ISDN\(hyPSTN interworking\fR 
  1519. .sp 1P
  1520. .RT
  1521. .sp 1P
  1522. .LP
  1523. 7.1
  1524.     \fIInterworking between signalling systems\fR 
  1525. .sp 9p
  1526. .RT
  1527. .PP
  1528. Interworking between signalling systems, specifically for
  1529. interexchange calls between the PSTN signalling system (which may be in\(hyband) 
  1530. and Signalling System\ No.\ 7 (ISDN UP) on an ISDN, may be required. The 
  1531. interworking procedures are specified in Recommendation\ Q.699.
  1532. .PP
  1533. For intra\(hyexchange calls between the ISDN and PSTN subscriber,
  1534. interworking between I.451 messages and signals in the PSTN subscriber 
  1535. access may also be required. 
  1536. .RT
  1537. .sp 1P
  1538. .LP
  1539. 7.2
  1540.     \fIProvision of interworking indications\fR 
  1541. .sp 9p
  1542. .RT
  1543. .PP
  1544. An interworking indication is required for the ISDN local exchange (LE) 
  1545. to know that ISDN\(hyPSTN interworking has occurred. ISUP Q.761\(hyQ.764 
  1546. and 
  1547. I.451/Q.931 protocols have the ability to identify this interworking situation 
  1548. to the ISDN LE and the ISDN terminal (call progress indicator). 
  1549. .PP
  1550. The ISDN terminal would be informed in every case that ISDN\(hyPSTN
  1551. interworking has occurred. This information is required to satisfy as a 
  1552. minimum the requirement to: 
  1553. .RT
  1554. .LP
  1555.     \(em
  1556.     tell the terminal to connect the B\(hychannel so that in\(hyband
  1557. tones and announcements can be received when ISDN\(hyto\(hyPSTN calls are
  1558. originated;
  1559. .LP
  1560.     \(em
  1561.      tell the ISDN terminal that some or all of service selection information 
  1562. and address may be unavailable \(em\ the terminal may then be required 
  1563. to accept the call without out\(hyband compatibility checking; 
  1564. .LP
  1565.     \(em
  1566.     tell data terminal equipment to anticipate in\(hyband
  1567. handshaking signals for ISDN\(hyPSTN calls.
  1568. .bp
  1569. .ce
  1570. \fBH.T. [T2.530]\fR 
  1571. .ce
  1572. TABLE\ 2/I.530
  1573. .ce
  1574. \fBISDN bearer services and connection types suitable for
  1575. .ce
  1576. ISDN\(hyPSTN interworking\fR 
  1577. .ps 9
  1578. .vs 11
  1579. .nr VS 11
  1580. .nr PS 9
  1581. .TS
  1582. center box;
  1583. cw(54p) | cw(54p) | cw(30p) sw(30p) sw(30p) sw(30p) , ^  | ^  | c | c | c | c.
  1584. Interworking     {
  1585. ISDN bearer services categories
  1586.  }    ISDN connection types
  1587.         64 kbit/s unrestricted    Speech    3.1 kHz audio    Packet
  1588. _
  1589. .T&
  1590. lw(54p) | lw(54p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) .
  1591. ISDN to PSTN (circuit)    64 kbit/s unrestricted    Y    N    N    N
  1592. .T&
  1593. lw(54p) | lw(54p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) .
  1594.     Speech    R    Y    Y    N
  1595. .T&
  1596. lw(54p) | lw(54p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) .
  1597.     3.1 kHz audio    R    FS    Y    N
  1598. _
  1599. .T&
  1600. lw(54p) | lw(54p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) .
  1601. PSTN to ISDN (circuit)    64 kbit/s unrestricted    Y    N    N    N
  1602. .T&
  1603. lw(54p) | lw(54p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) .
  1604.     3.1 kHz audio    R    N    Y    N
  1605. _
  1606. .TE
  1607. .nr PS 9
  1608. .RT
  1609. .ad r
  1610. \fBTable 2/I.530 [T2.530], p.\fR 
  1611. .sp 1P
  1612. .RT
  1613. .ad b
  1614. .RT
  1615. .LP
  1616. .sp 4
  1617. .PP
  1618. The following interworking scenarios have been recognized:
  1619. .LP
  1620.     a)
  1621.      an ISDN\(hyPSTN call which uses a Signalling System No. 7 ISUP connection 
  1622. between the originating and terminating local exchanges; 
  1623. .LP
  1624.     b)
  1625.      an ISDN\(hyPSTN call which uses a non\(hySignalling System\ No.\ 7 ISUP 
  1626. connection (e.g.\ R1, Signalling System\ No.\ 7 TUP) between the originating 
  1627. and terminating local exchanges; 
  1628. .LP
  1629.     c)
  1630.      an ISDN\(hyPSTN call which involves a combination of Signalling System\ 
  1631. No.\ 7 ISUP and non\(hySignalling System\ No.\ 7 ISUP interexchange signalling 
  1632. connections between the originating and terminating local exchanges; 
  1633. .LP
  1634.     d)
  1635.     an ISDN\(hyPSTN call within the same local exchange (i.e. no
  1636. interexchange signalling).
  1637. .bp
  1638. .sp 1P
  1639. .LP
  1640. 7.2.1
  1641.     \fINetwork indication of modification of communication\fR 
  1642. \fIcharacteristics\fR 
  1643. .sp 9p
  1644. .RT
  1645. .PP
  1646. The network will always provide an indication to the user of
  1647. modification of communication characteristics. The modification of
  1648. communication characteristics may be due to the following reasons:
  1649. .RT
  1650. .LP
  1651.     \(em
  1652.     interworking with another network;
  1653. .LP
  1654.     \(em
  1655.     resource constraints in the network.
  1656. .PP
  1657. In addition to providing an indication, the network may solicit
  1658. user acceptance of the modification of communication characteristics in 
  1659. certain cases. Examples are: 
  1660. .LP
  1661.     \(em
  1662.     downgrading of service;
  1663. .LP
  1664.     \(em
  1665.     upgrading of service.
  1666. .PP
  1667. For most interworking cases, user acceptance is not applicable.
  1668. .PP
  1669. There may be a requirement for the resolution of information transfer capability 
  1670. requests other than speech and 3.1\ kHz audio on ISDN\(hyto\(hyPSTN calls. 
  1671. The choices of rejection (with a suitable cause indication) or negotiation 
  1672. (involving parameter exchange) are possible (Recommendation\ I.515).
  1673. .PP
  1674. There may also be a requirement for the rejection of supplementary
  1675. service requests available on an ISDN, but not supported on the PSTN. However, 
  1676. negotiation for supplementary services may be possible as well. 
  1677. .PP
  1678. The principles for call negotiation in an ISDN\(hyPSTN interworking
  1679. situation are for further study.
  1680. .RT
  1681. .sp 1P
  1682. .LP
  1683. 7.2.2
  1684.     \fIFailure indication\fR 
  1685. .sp 9p
  1686. .RT
  1687. .PP
  1688. Failure indication, when carried by the I.451 and ISUP signalling messages, 
  1689. should be meaningful and give a clear indication of the reason. 
  1690. .PP
  1691. The network failure indication should be able to identify the network where 
  1692. congestion occurred. This may be of use in networks allowing RPOA 
  1693. selection.
  1694. .RT
  1695. .sp 1P
  1696. .LP
  1697. 7.3
  1698.     \fIGeneration of in\(hyband tones and announcements\fR 
  1699. .sp 9p
  1700. .RT
  1701. .PP
  1702. In\(hyband tones and announcements are provided for all speech and
  1703. 3.1\ kHz audio bearer service calls between an ISDN and a PSTN (reference
  1704. Recommendation\ E.180). Within ISDN, in\(hyband tones and announcements, 
  1705. with the exception of ring\(hyback tone, should be provided at a point 
  1706. as close as possible to the calling user (i.e.\ network, PABX, or terminal). 
  1707. Whenever possible, 
  1708. out\(hyband messages should also be used within the ISDN and the local access.
  1709. .PP
  1710. The network (ISDN or PSTN) must be capable of generating in\(hyband tones 
  1711. and announcements. However, for ISDN\(hyto\(hyPSTN interworking cases, 
  1712. the ISDN 
  1713. terminals will receive the in\(hyband tones and announcements whenever 
  1714. the tones are generated within the PSTN, i.e.\ beyond the interworking 
  1715. point. 
  1716. Nevertheless, this does not preclude the terminal from providing its own 
  1717. tones and announcements. 
  1718. .PP
  1719. In\(hyband ring\(hyback tone should be generated by the terminating exchange 
  1720. (or terminating PABX). 
  1721. .PP
  1722. Furthermore, two call scenarios exist:
  1723. .RT
  1724. .LP
  1725.     a)
  1726.     the call is unsuccessful (user busy, network
  1727. congestion,\ etc.);
  1728. .LP
  1729.     b)
  1730.     the call is delivered successfully.
  1731. .PP
  1732. Regardless of the call type, the same in\(hyband tones and
  1733. announcements (depending on the call scenario) should be provided to the
  1734. callling user.
  1735. .sp 2P
  1736. .LP
  1737. 7.3.1
  1738.     \fICall type 1: PSTN\(hyto\(hyISDN\fR 
  1739. .sp 1P
  1740. .RT
  1741. .sp 1P
  1742. .LP
  1743. 7.3.1.1
  1744.     \fIUnsuccessful call delivery\fR 
  1745. .sp 9p
  1746. .RT
  1747. .PP
  1748. When the point of call failure (i.e. the point at which the call
  1749. cannot proceed further) is within the PSTN or at the PSTN user, normal PSTN
  1750. procedures apply.
  1751. .bp
  1752. .PP
  1753. When the point of call failure is within the ISDN or at the ISDN user, 
  1754. the ISDN should send the appropriate out\(hyband clearing message as far 
  1755. back 
  1756. towards the gateway exchange as possible.
  1757. .RT
  1758. .LP
  1759.     \(em
  1760.     If the out\(hyband message can be sent all the way through to
  1761. the gateway exchange, then the gateway exchange should pass the information 
  1762. to the PSTN using the PSTN's normal procedures (i.e.\ out\(hyband if the 
  1763. PSTN supports the out\(hyband message, otherwise in\(hyband). 
  1764. .LP
  1765.     \(em
  1766.     If the message cannot be sent out\(hyband all the way to the
  1767. gateway exchange, then the appropriate in\(hyband tone or announcement 
  1768. should be provided by the ISDN at the point where out\(hyband signalling 
  1769. is no longer 
  1770. capable of handling the message.
  1771. .PP
  1772. For the above cases, the clearing message should not be sent prior to the 
  1773. completion of the announcement. 
  1774. .sp 1P
  1775. .LP
  1776. 7.3.1.2
  1777.     \fISuccessful call delivery\fR 
  1778. .sp 9p
  1779. .RT
  1780. .PP
  1781. If the call is delivered successfully to the ISDN user, then the
  1782. terminating ISDN exchange should generate in\(hyband ring\(hyback tone 
  1783. towards the 
  1784. PSTN user.
  1785. .RT
  1786. .sp 2P
  1787. .LP
  1788. 7.3.2
  1789.     \fICall type 2: ISDN\(hyto\(hyPSTM\fR 
  1790. .sp 1P
  1791. .RT
  1792. .sp 1P
  1793. .LP
  1794. 7.3.2.1
  1795.     \fIUnsuccessful call delivery\fR 
  1796. .sp 9p
  1797. .RT
  1798. .PP
  1799. When the point of call failure is within the ISDN, the call should be handled 
  1800. as an ISDN\(hyto\(hyISDN call (see Recommendation\ I.520). 
  1801. .PP
  1802. When the point of call failure is within the PSTN, the PSTN's
  1803. procedures apply. For instance, if the PSTN supports out\(hyband signalling 
  1804. to the gateway exchange, then the gateway exchange should map the message 
  1805. to the 
  1806. appropriate out\(hyband ISDN clearing message (i.e.\ the gateway exchange 
  1807. handles the call as an ISDN\(hyto\(hyISDN call). If the PSTN does not support 
  1808. out\(hyband 
  1809. signalling, then it will generate the appropriate in\(hyband tone or
  1810. announcement.
  1811. .PP
  1812. The ISDN terminal should be alerted to the fact that interworking has occurred 
  1813. so that the user can be prepared to receive the appropriate in\(hyband 
  1814. tone or announcement. The intermediate interworking point will provide the
  1815. interworking message which will suppress, when necessary, tone generation in
  1816. the ISDN terminal, and pass through any in\(hyband tones.
  1817. .PP
  1818. For the above cases, the clearing message should not be sent prior to the 
  1819. completion of the announcement. 
  1820. .RT
  1821. .sp 1P
  1822. .LP
  1823. 7.3.2.2
  1824.     \fISuccessful call delivery\fR 
  1825. .sp 9p
  1826. .RT
  1827. .PP
  1828. If the call is delivered successfully to the PSTN user, then the
  1829. terminating PSTN exchange will provide in\(hyband ring\(hyback tone. The ISDN
  1830. terminal should be alerted to the fact that interworking has occurred so the
  1831. user can be prepared to receive the in\(hyband ring\(hyback tone.
  1832. .RT
  1833. .sp 1P
  1834. .LP
  1835. 7.4
  1836.     \fIHandling of non\(hyvoice calls between ISDN and PSTN\fR 
  1837. \fIsubscribers\fR 
  1838. .sp 9p
  1839. .RT
  1840. .PP
  1841. There may be an interworking requirement for the capability to
  1842. interconnect modem\(hyequipped terminals on the PSTN and compatible terminals 
  1843. on an ISDN access. This may in the future include a means for compatibility 
  1844. checking and the provision of a modem pool to perform A/D conversion and 
  1845. rate adaption (Recommendation\ I.515). 
  1846. .PP
  1847. There are in principle two alternative approaches to provide data
  1848. communication between an ISDN customer and a PSTN customer:
  1849. .RT
  1850. .LP
  1851.     i)
  1852.     The data terminal of the ISDN customer is connected to a
  1853. modem which in turn is connected to an A/D converter (PCM). A call will be
  1854. handled as for telephony. Further study is required to determine what
  1855. interworking functions are required in this case.
  1856. .LP
  1857.     ii)
  1858.     The data terminal of the ISDN customer is connected to a
  1859. terminal adaptor according to, e.g.\ Recommendation\ I.463, i.e.\ the data 
  1860. flow is rate adapted to 64\ kbit/s. At a suitable interworking point, the 
  1861. original data flow (e.g.\ 1.2\ kbit/s) is extracted and converted to \*Qanalogue\*U 
  1862. form by a modem for further transfer to the remote data terminal (i.e.\ 
  1863. the usage of modem 
  1864. pools). Mechanisms for modem interworking are contained in
  1865. Recommendation\ I.515.
  1866. .PP
  1867. To handle non\(hyvoice calls in an ISDN\(hyPSTN interworking situation, 
  1868. the following interworking functions may be required. 
  1869. .LP
  1870.     a)
  1871.     capability to distinguish a data call and its relevant
  1872. parameters when the call is coming from a PSTN;
  1873. .LP
  1874.     b)
  1875.     capability to distinguish a data call and its relevant
  1876. parameters when the call is going to a PSTN;
  1877. .bp
  1878. .LP
  1879.     c)
  1880.      special routing algorithms for inclusion of proper IWFs as detected in\ 
  1881. a) and\ b); 
  1882. .LP
  1883.     d)
  1884.     IWFs for protocol conversion as detected in a) and b).
  1885. .PP
  1886. For interworking between ISDN and PSTN, the need for in\(hyband
  1887. parameter exchange is recognized as necessary, with the understanding that
  1888. out\(hyband parameter exchange should be used whenever possible (refer to
  1889. Recommendation\ I.515).
  1890. .PP
  1891. \fINote\fR \ \(em\ When ISDN\(hyPSTN interworking, using a modem pool in
  1892. conjunction with the 64\ kbit/s unrestricted bearer service, it may not be
  1893. possible to extend PSTN supervisory tones to the ISDN user. The interworking
  1894. implications of this in the ISDN are for further study.
  1895. .RT
  1896. .sp 1P
  1897. .LP
  1898. 7.5
  1899.     \fIControl of speech processing and echo control devices\fR 
  1900. .sp 9p
  1901. .RT
  1902. .PP
  1903. Connections provided for ISDN/PSTN interworking may use speech
  1904. processing techniques as long as these do not restrict the required information 
  1905. transfer. Restrictive devices should be functionally modified or removed 
  1906. using, for example, the 2.1\ kHz in\(hyband [ECD (echo control device) 
  1907. disabling] tone. 
  1908. .PP
  1909. Digital circuit multiplication equipment (DCME)
  1910. for example is designed to be compatible with the 3.1\ kHz audio transfer 
  1911. capability. Echo 
  1912. control devices and their use in the PSTN are recommended in
  1913. Recommendation\ G.131.
  1914. .PP
  1915. Similar Recommendations should apply to the ISDN/PSTN interworking
  1916. case. In particular, both echo suppressors and echo cancellers must be 
  1917. located within a range limitation of the four\(hywire/two\(hywire interface. 
  1918. These limits are mentioned in Recommendations\ G.131, \(sc\ 2.2, G.164, 
  1919. \(sc\ 1.1.3 and G.165, \(sc\ 3.2. If echo control devices are included 
  1920. in the ISDN connection, they will need to be disabled using the 2.1\ kHz 
  1921. echo control disabling tone generated by the modem 
  1922. .PP
  1923. as is current practice in the PSTN. While echo suppressors should respond 
  1924. to a 2100\ Hz tone (Recommendation\ G.164), echo cancellers should only 
  1925. respond if the tone includes phase reversals as specified in Recommendation\ 
  1926. G.165. It is 
  1927. recommended that the 2.1\ kHz tone should not be converted into an ISDN
  1928. signalling message and vice\(hyversa.
  1929. .RT
  1930. .sp 1P
  1931. .LP
  1932. 7.6
  1933.     \fIA/\(*m law encoding\fR 
  1934. .sp 9p
  1935. .RT
  1936. .PP
  1937. The treatment of A/\(*m law encoding and translation in ISDN/PSTN
  1938. interworking can be based on the continuation of existing procedures whereby
  1939. appropriate A/\(*m law translation is performed by the \(*m\(hylaw network 
  1940. when crossing international boundaries. Terminals would encode speech and 
  1941. 3.1\ kHz audio using the G.711\ law appropriate to the resident network. 
  1942. Unrestricted 64\ kbit/s 
  1943. services bit streams would not be manipulated in any way by the ISDN: terminals 
  1944. would be free to use any encoding (including G.711 or G.721) as deemed 
  1945. appropriate between themselves when unrestricted 64\ kbit/s capability is
  1946. requested.
  1947. .RT
  1948. .sp 2P
  1949. .LP
  1950. \fB8\fR     \fBReferences\fR 
  1951. .sp 1P
  1952. .RT
  1953. .PP
  1954. See Recommendation I.500.
  1955. \v'6p'
  1956. .RT
  1957. .sp 2P
  1958. .LP
  1959. \fBRecommendation\ I.540\fR 
  1960. .RT
  1961. .sp 2P
  1962. .ce 1000
  1963. \fBGENERAL\ ARRANGEMENTS\ FOR\ INTERWORKING\fR 
  1964. .EF '%    Fascicle\ III.9\ \(em\ Rec.\ I.540''
  1965. .OF '''Fascicle\ III.9\ \(em\ Rec.\ I.540    %'
  1966. .ce 0
  1967. .ce 1000
  1968. \fBBETWEEN\ CIRCUIT\ SWITCHED\ PUBLIC\ DATA\ NETWORKS\ (CSPDNs)\fR 
  1969. .ce 0
  1970. .ce 1000
  1971. \fBAND\ INTEGRATED\ SERVICES\ DIGITAL\ NETWORKS\ (ISDNs)\fR 
  1972. .ce 0
  1973. .sp 1P
  1974. .ce 1000
  1975. \fBFOR\ THE\ PROVISION\ OF\ DATA\ TRANSMISSION\fR 
  1976. .ce 0
  1977. .sp 1P
  1978. .ce 1000
  1979. \fI(Melbourne, 1988)\fR 
  1980. .sp 9p
  1981. .RT
  1982. .ce 0
  1983. .sp 1P
  1984. .PP
  1985. See Recommendation X.321, Volume VIII, Fascicle VIII.6.
  1986. .bp
  1987. .sp 1P
  1988. .RT
  1989. .sp 2P
  1990. .LP
  1991. \fBRecommendation\ I.550\fR 
  1992. .RT
  1993. .sp 2P
  1994. .ce 1000
  1995. \fBGENERAL\ ARRANGEMENTS\ FOR\ INTERWORKING\fR 
  1996. .EF '%    Fascicle\ III.9\ \(em\ Rec.\ I.550''
  1997. .OF '''Fascicle\ III.9\ \(em\ Rec.\ I.550    %'
  1998. .ce 0
  1999. .ce 1000
  2000. \fBBETWEEN\ PACKET\ SWITCHED\ PUBLIC\ DATA\ NETWORKS\ (PSPDNs)\fR 
  2001. .ce 0
  2002. .ce 1000
  2003. \fBAND\ INTEGRATED\ SERVICES\ DIGITAL\ NETWORKS\ (ISDNs)\fR 
  2004. .ce 0
  2005. .sp 1P
  2006. .ce 1000
  2007. \fBFOR\ THE\ PROVISION\ OF\ DATA\ TRANSMISSION\fR 
  2008. .ce 0
  2009. .sp 1P
  2010. .ce 1000
  2011. \fI(Melbourne, 1988)\fR 
  2012. .sp 9p
  2013. .RT
  2014. .ce 0
  2015. .sp 1P
  2016. .PP
  2017. See Recommendation X.325, Volume VIII, Fascicle VIII.6.
  2018. \v'1P'
  2019. .sp 1P
  2020. .RT
  2021. .sp 2P
  2022. .LP
  2023. \fBRecommendation\ I.560\fR 
  2024. .RT
  2025. .sp 2P
  2026. .ce 1000
  2027. \fBREQUIREMENTS\ TO\ BE\ MET\ IN\ PROVIDING\ THE\ TELEX\ SERVICE\fR 
  2028. .EF '%    Fascicle\ III.9\ \(em\ Rec.\ I.560''
  2029. .OF '''Fascicle\ III.9\ \(em\ Rec.\ I.560    %'
  2030. .ce 0
  2031. .sp 1P
  2032. .ce 1000
  2033. \fBWITHIN\ THE\ ISDN\fR 
  2034. .ce 0
  2035. .sp 1P
  2036. .ce 1000
  2037. \fI(Melbourne, 1988)\fR 
  2038. .sp 9p
  2039. .RT
  2040. .ce 0
  2041. .sp 1P
  2042. .PP
  2043. See Recommendation U.202, Volume VII, Fascicle VII.2.
  2044. .sp 1P
  2045. .RT
  2046. .LP
  2047. .rs
  2048. .sp 28P
  2049. .ad r
  2050. Blanc
  2051. .ad b
  2052. .RT
  2053. .LP
  2054. .bp
  2055.